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System, Method and Computer Program Product for 
an Improved Programmable Vertex Processing Model 
with Instruction Set 

5 Related Application 

The present application is a continuation-in-part of applications entitled 
"METHOD, APPARATUS AND ARTICLE OF MANUFACTURE FOR A 
TRANSFORM MODULE IN A GRAPHICS PROCESSOR" filed December 06, 

1 0 1 999 under serial number 09/456, 1 02 and attorney docket number 

NVIDP010/P000127, and "SYSTEM, METHOD AND ARTICLE OF 
MANUFACTURE FOR A PROGRAMMABLE VERTEX PROCESSING MODEL 
WITH INSTRUCTION SET" filed May 31, 2000 under serial number 09/586,249 
and attorney docket number NVIDP021/P000174,which are incorporated herein by 

1 5 reference in their entirety. 

Field of the Invention 

The present invention relates to computer graphics, and more particularly to 
20 providing programmability in a computer graphics processing pipeline. 

Background of the Invention 

Graphics application program interfaces (API's) have been instrumental in 
25 allowing applications to be written to a standard interface and to be run on multiple 
platforms, i.e. operating systems. Examples of such graphics API's include Open 
Graphics Library (OpenGL®) and D3D™ transform and lighting pipelines. 
OpenGL® is the computer industry's standard graphics API for defining 2-D and 3-D 
graphic images. With OpenGL®, an application can create the same effects in any 
30 operating system using any OpenGL®-adhering graphics adapter. OpenGL® 
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specifies a set of commands or immediately executed functions. Each command 
directs a drawing action or causes special effects. 

Thus, in any computer system which supports this OpenGL® standard, the 
5 operating system(s) and application software programs can make calls according to 
the standard, without knowing exactly any specifics regarding the hardware 
configuration of the system. This is accomplished by providing a complete library of 
low-level graphics manipulation commands, which can be used to implement 
graphics operations. 

10 

A significant benefit is afforded by providing a predefined set of commands 
in graphics API's such as OpenGL®. By restricting the allowable operations, such 
commands can be highly optimized in the driver and hardware implementing the 
graphics API. On the other hand, one major drawback of this approach is that 
15 changes to the graphics API are difficult and slow to be implemented. It may take 
years for a new feature to be broadly adopted across multiple vendors. 

With the impending integration of transform operations into high speed 
graphics chips and the higher integration levels allowed by semiconductor 

20 manufacturing, it is now possible to make part of the geometry pipeline accessible to 
the application writer. There is thus a need to exploit this trend in order to afford 
increased flexibility in visual effects. In particular, there is a need to provide a new 
computer graphics programming model and instruction set that allows convenient 
implementation of changes to the graphics API, while preserving the driver and 

25 hardware optimization afforded by currently established graphics API's. 

As the geometry pipeline becomes more and more accessible to the 
application writer, there is a further need for the ability to execute more and more 
specific functions on a high speed graphics chips. Traditionally, functions such as 
30 sine, cosine, exponentials, and logarithms have been carried out utilizing a central 
processing unit or a texture look-up operation. Unfortunately, such prior art 
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techniques are notorious for being resource expensive, not very accurate, and 
producing high latencies. There is thus a need for implementing such functions in 
hardware while making the same available to the application writers. 
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Disclosure of the Invention 



A system, method and computer program product are provided for branching 
during programmable processing in a computer graphics pipeline. Initially, data is 
received. Programmable operations are then performed on the data in order to 
generate output. Such operations are programmable by a user utilizing instructions 
from a predetermined instruction set. When performing the programmable 
operations in the foregoing manner, programmable branching may take place 
between the programmable operations. Subsequently, the output is stored in 
memory. 

In one embodiment, the programmable operations may be branched to labels. 
Further, the labels may be stored in a table. The programmable operations may thus 
be branched to indexes in the table. Further, each index may be stored in an address 
register. As an option, each index may be calculated. 

hi another embodiment, the programmable operations may be branched 
based on condition codes. Such condition codes may be sourced as EQ(equal), 
NE(not equal), LT(less), GE(greater or equal), LE(less or equal), GT(greater), 
FL(false), and/or TR(true). Optionally, the condition codes may be maskable. 
Further, the condition codes may be swizzled. 

In addition to being used during branching, the condition codes may be 
utilized to control write masks. As an option, the write masks may be controlled 
utilizing an AND operation involving the write masks and the condition codes. 

In still another embodiment, the programmable operations may be terminated 
after a predetermined number of operations have been performed to prevent the 
computer graphics pipeline from hanging. 
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In use, the operations may include a branch operation, a call operation, a 
return operation, a cosine operation, a sine operation, a floor operation, a fraction 
operation, a set-on-equal-to operation, a set false operation, a set-on-greater-than, a 
set-on-less-than-or-equal operation, a set-on-not-equal-to operation, a set true 
operation, a no operation, address register load, move, multiply, addition, multiply 
and addition, reciprocal, reciprocal square root, three component dot product, four 
component dot product, distance vector, minimum, maximum, set on less than, set 
on greater or equal than, exponential base two (2), logarithm base two (2), 
exponential, logarithm, and/or light coefficients. 

A system is thus provided for branching during programmable vertex 
processing. Included is a source buffer for storing data. Also included is a 
functional module coupled to the source buffer for performing programmable 
operations on the data received therefrom in order to generate output. Such 
operations are programmable by a user utilizing instructions from a predetermined 
instruction set. Coupled to the functional module is a register for storing the output. 
In use, the functional module is capable of branching between the programmable 
operations. 

As mentioned earlier, various functions such as sine and cosine may be 
executed by the previous embodiment. To execute such functions, a system and 
method are provided for directly executing a function in a computer graphics 
pipeline. Initially, input data is received in the computer graphics pipeline. A 
mathematical function is directly performed on the input data in order to generate 
output data. It should be noted that the mathematical function is directly performed 
in the computer graphics pipeline without a texture look-up or significant or any aid 
from a central processing unit. Next, the output data is stored in memory on the 
computer graphics pipeline. 

In one embodiment, the mathematical function may include a sine, cosine, or 
various other functions such as tangent, arctangent, exponent, logarithm, 
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antilogarithm, hyperbolic sine, hyperbolic cosine, hyperbolic tangent, and/or 
hyperbolic arctangent. Moreover, the input data may be in a floating-point format. 

In use, the mathematical function may be performed utilizing a Taylor Series 
or a cordic algorithm. Still yet, the input data may be converted from a first 
coordinate system to a second coordinate system. Further, the mathematical function 
may be carried out in one cycle in the computer graphics pipeline. 

In another embodiment, after the input data is received, the particular 
function to be executed on the input data may initially be identified. Thus, pre- 
processing of the input data may be carried out based on the function to be executed 
on the input data utilizing the computer graphics pipeline. Next, the input data may 
be processed utilizing a plurality of operations independent of the function to be 
executed on the input data utilizing the computer graphics pipeline. Subsequently, 
post-processing maybe carried out on the input data to generate output data utilizing 
the computer graphics pipeline. As mentioned earlier, such output data may be 
stored in memory on the computer graphics pipeline. 

In one aspect of the present embodiment, the pre-processing may include 
adding a one (1) to the phase (i.e., the quadrant) of the input data if the function to be 
executed on the input data is cosine. Moreover, the pre-processing may include 
multiplying the input data by (l/(27r) + 1) if the function to be executed on the input 
data is either sine or cosine. Still yet, the pre-processing may include performing a 
conditional 1 's complement operation on the input data if the function to be 
executed on the input data is either sine or cosine. As an option, the pre-processing 
may include performing a barrel shift operation on the input data if the function to be 
executed on the input data is the exponent operation. It should be noted that the 
sin(x) and cos(x) functions may include an argument x that is in either degrees or 
radians. 
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In another aspect of the present embodiment, the processing may include 
extracting a set of most significant bits and a set of least significant bits from a 
mantissa associated with the input data. Further, the processing may include 
conditionally adding a one (1) to the most significant bits. As an option, the 
5 processing may include looking up information in a plurality of tables, and 

calculating a Taylor Series. Such information may include a plurality of derivatives 
for being summed in the Taylor Series. As an option, the tables may be utilized 
based on the function to be executed on the input data. Moreover, the tables may be 
hard-coded or programmable, and loaded at runtime. 

10 

These and other advantages of the present invention will become apparent upon 
reading the following detailed description and studying the various figures of the 
drawings. 



15 
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Brief Description of the Drawings 

The foregoing and other aspects and advantages are better understood from 
5 the following detailed description of a preferred embodiment of the invention with 
reference to the drawings, in which: 

Figure 1 is a conceptual diagram illustrating a graphics pipeline in 
accordance with one embodiment of the present invention; 

10 

Figure 2 illustrates the overall operation of the various components of the 
graphics pipeline of Figure 1; 

Figure 3 is a schematic illustrating one embodiment of a programming model 
15 in accordance with the present invention; 

Figure 4 is a flowchart illustrating the method by which the programming 
model of Figure 3 carries out programmable vertex processing in the computer 
graphics pipeline; and 

20 

Figure 5 is a flowchart illustrating the method in a data structure is employed 
to carry out graphics instructions in accordance with one embodiment of the present 
invention. 

25 Figure 6 illustrates a method for directly executing a function in a computer 

graphics pipeline. 

Figure 7 illustrates a method for pre-processing input data, in accordance 
with the process of Figure 6. 

30 
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Figure 8 illustrates a method for processing input data, in accordance with 
the process of Figure 6. 

Figure 9 illustrates a method for post-processing input data, in accordance 
with the process of Figure 6. 
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Description of the Preferred Embodiments 



Figure 1 is a conceptual diagram illustrating a graphics pipeline 100 in 
accordance with one embodiment of the present invention. During use, the graphics 
pipeline 100 is adapted to carry out numerous operations for the purpose of 
processing computer graphics. Such operations may be categorized into two types, 
namely vertex processing 102 and primitive processing 104. At least partially during 
use, the vertex processing 102 and primitive processing 104 adhere to a standard 
graphics application program interface (API) such as OpenGL® or any other desired 
graphics API. 

Vertex processing 102 normally leads primitive processing 104, and includes 
well known operations such as texgen operations, lighting operations, transform 
operations, and/or any other operations that involve vertices in the computer 
graphics pipeline 100. 

Primitive processing 104 normally follows vertex processing 102, and 
includes well known operations such as culling, frustum clipping, polymode 
operations, flat shading, polygon offsetting, fragmenting, and/or any other operations 
that involve primitives in the computer graphics pipeline 100. It should be noted 
that still other operations may be performed such as viewport operations. 

Figure 2 illustrates a high level operation 200 of the graphics pipeline 100 of 
Figure 1. As shown, it is constantly determined in decision 202 whether current 
operation invokes a programmable geometry model of the present invention. If so, a 
mode is enabled that partially supercedes the vertex processing 102 of the standard 
graphics API, thus providing increased flexibility in generating visual effects. See 
operation 204. 
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When disabled, the present invention allows increased or exclusive control of 
the graphics pipeline 100 by the standard graphics API, as indicated in operation 
206. In one embodiment, states of the standard graphics API state may not be 
overruled by invoking the programmable geometry mode of the present invention. 
5 In one embodiment, no standard graphics API state may be directly accessible by the 
present invention. 

In one embodiment of the present invention, the programmable geometry 
mode of the present invention may optionally be limited to vertex processing from 
10 object space into homogeneous clip space. This is to avoid compromising hardware 
performance that is afforded by allowing exclusive control of the primitive 
processing 104 by the standard graphics API at all times. 

The remaining description will be set forth assuming that the programmable 
1 5 geometry mode supersedes the standard graphics API only during vertex processing 
102. It should be noted, however, that in various embodiments of the present 
invention, the programmable geometry mode may also supersede the standard 
graphics API during primitive processing 104. 

20 Figure 3 is a schematic illustrating one embodiment of a programming model 

300 in accordance with the present invention. Such programming model 300 may be 
adapted to work with hardware accelerators of various configuration and/or with 
central processing unit (CPU) processing. 

25 As shown in Figure 3, the programming module 300 includes a functional 

module 302 that is capable of carrying out a plurality of different types of operations. 
The functional module 302 is equipped with three inputs and an output. Associated 
with each of the three inputs is a swizzling module 304 and a negating module 306 
for purposes that will be set forth hereinafter in greater detail. 

30 
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Coupled to the output of the functional module 302 is an input of a register 
308 having three outputs. Also coupled to the output of the functional module 302 
is a vertex destination buffer 310. The vertex destination buffer 310 may include a 
vector component write mask, and may preclude read access. 

Also included are a vertex source buffer 312 and a constant source buffer 
314. The vertex source buffer 312 stores data in the form of vertex data, and may be 
equipped with write access and/or at least single read access. The constant source 
buffer 314 stores data in the form of constant data, and may also be equipped with 
write access and/or at least single read access. 

Each of the inputs of the functional module 302 is equipped with a 
multiplexer 316. This allows the outputs of the register 308, vertex source buffer 
312, and constant source buffer 314 to be fed to the inputs of the functional module 
302. This is facilitated by buses 318. 

Figure 4 is a flowchart illustrating the method 400 by which the model of 
Figure 3 carries out programmable vertex processing in the computer graphics 
pipeline 100. Initially, in operation 402, data is received from a vertex source buffer 
312. Such data may include any type of information that is involved during the 
processing of vertices in the computer graphics pipeline 100. Further, the vertex 
source buffer 312 may include any type of memory capable of storing data. 

Thereafter, in operation 404, programmable operations, i.e. vertex processing 
102, are performed on the data in order to generate output. The programmable 
operations are capable of generating output including at the very least a position of a 
vertex in homogeneous clip space, hi one embodiment, such position may be 
designated using Cartesian coordinates each with a normalized range between -1 .0 
and 1 .0. As will soon become apparent, branching may occur between the 
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programmable operations. Further, conditional codes may be used during the course 
of such branching, as well as in conjunction with write masks. 

The output is then stored in the register 308 in operation 406. During 
5 operation 408, the output stored in the register 308 is used in performing the 

programmable operations on the data. Thus, the register 308 may include any type 
of memory capable of allowing the execution of the programmable operations on the 
output. 

1 0 By this design, the present invention allows a user to program a portion of 

the graphics pipeline 100 that handles vertex processing. This results in an increased 
flexibility in generating visual effects. Further, the programmable vertex processing 
of the present invention allows remaining portions of the graphics pipeline 100 to be 
controlled by the standard application program interface (API) for the purpose of 

1 5 preserving hardware optimizations. 

During operation, only one vertex is processed at a time in the functional 
module 302 that performs the programmable operations. As such, the vertices may 
be processed independently. Further, the various foregoing operations may be 
20 processed for multiple vertices in parallel. 

In one embodiment of the present invention, a constant may be received, and 
the programmable operations may be performed based on the constant. During 
operation, the constant may be stored in and received from the constant source buffer 

25 314. Further, the constant may be accessed in the constant source buffer 314 using 
an absolute or relative address. As an option, there may be one address register for 
use during reads from the constant source buffer 314. It may be initialized to 0 at the 
start of program execution in operation 204 of Figure 2. Further, the constant source 
buffer 314 may be written with a program which may or may not be exposed to 

30 users. 

NVIDP055/P000369 V2.0 



- 15- 



The register 308 may be equipped with single write and triple read access. 
Register contents may be initialized to (0,0,0,0) at the start of program execution in 
operation 204 of Figure 2. It should be understood that the output of the functional 
module 302 may also be stored in the vertex destination buffer 310. The vertex 
5 position output may be stored in the vertex destination buffer 310 under a 

predetermined reserved address. The contents of the vertex destination buffer 310 
may be initialized to (0,0,0,1) at the start of program execution in operation 204 of 
Figure 2. 

10 As an option, the programmable vertex processing may include negating the 

data, as well as calculating an absolute value. Still yet, the programmable vertex 
processing may also involve swizzling the data. Data swizzling is useful when 
generating vectors. Such technique allows the efficient generation of a vector cross 
product and other vectors. 

15 

In one embodiment, the vertex source buffer 312 may be 16 quad-words in 
size (16*128 bits). Execution of the present invention may be commenced when 
Param[0]/Position is written. All attributes may be persistent. That is, they remain 
constant until changed. Table 1 illustrates the framework of the vertex source buffer 
20 312. It should be noted that the number of textures supported may vary across 
implementations. 



Table 1 



Program Mode 


Standard API 


Param[0] 


X,Y,Z,W 


Position 


X,Y,Z,W 


Param[l] 


X,Y,Z,W 


Skin Weights 


w,w,w,w 


Param[2] 


X,Y,Z,W 


Normal 


X,Y,Z,* 


Param[3] 


X,Y,Z,W 


Diffuse Color 


R,G,B,A 


Param[4] 


X,Y,Z,W 


Specular Color 


R,G,B,A 
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Param[5] 


X,Y,Z,W 


Fog 


p * * * 
? ? ? 


Param[6] 


X,Y,Z,W 


Point Size 


p * * * 


Param[7] 


X,Y,Z,W 


* * * * 


Param[8] 


X,Y,Z,W 


TextureO 


S,T,R,Q 


Param[9] 


X,Y,Z,W 


Texture 1 


S,T,R,Q 


Param[10] 


X,Y,Z,W 


Texture2 


S,T,R,Q 


Param[ll] 


X,Y,Z,W 


Texture3 


S,T,R,Q 


Param[12] 


X,Y,Z,W 


Texture4 


S,T,R,Q 


Param[13] 


X,Y,Z,W 


Texture5 


S,T,R,Q 


Param[14] 


X,Y,Z,W 


Texture6 


S,T,R,Q 


Param[15] 


X,Y,Z,W 


Texture7 


S,T,R,Q 



In another embodiment, the vertex destination buffer 310 may be 15 or so 
quad-words in size and may be deemed complete when the program is finished. The 
5 following exemplary vertex destination buffer addresses are pre-defined to fit a 

standard pipeline. Contents are initialized to (0,0,0,1) at start of program execution 
in operation 204 of Figure 2. Further, a vector condition code register is initialized 
as equal to 0.0 at the start of program. Writes to locations that are not used by the 
downstream hardware may be ignored. 

10 

A reserved address (HPOS) may be used to denote the homogeneous clip 
space position of the vertex in the vertex destination buffer 310. It may be generated 
by the geometry program. Table 2 illustrates the various locations of the vertex 
destination buffer 310 and a description thereof. 

15 

Table 2 



Location 


Description 


HPOS 


HClip Position x,y,z, w (- 1 .0 to 1 .0) 


BCOL0 


Back ColorO (diff) r,g,b,a (0.0 to 1.0) 
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BCOL1 


Back Colorl (spec) r,g,b,a (0.0 to 1.0) 


COLO 


ColorO(diff) r,g,b,a (0.0 to 1.0) 


COL1 


Colorl (spec) r,g,b,a (0.0 to 1.0) 


FOGP 


Fog Parameter £*,*,* 


PSIZ 


Point Size V*** 


PDISO 


Planar DistanceO d*,** 


PDIS1 


Planar Distancel d,*,*,* 


PDIS2 


Planar Distance2 d,*,*,* 


PDIS3 


Planar Distance3 d,*,*,* 


PDIS4 


Planar Distance4 d,*,*,* 


PDIS5 


Planar Distance5 d,*,*,* 


TEXO 


TextureO s,t,r,q 


TEX1 


Texturel s ? t,r,q 


TEX2 


Texture2 s,t,r,q 


TEX3 


Texture3 s,t,r,q 


TEX4 


Texture4 s,t,r,q 


TEX5 


Texture5 s,t,r,q 


TEX6 


Texture6 s,t,r,q 


TEX7 


Texture7 s,t,r,q 



HPOS 



- homogeneous clip space position 
float [4] x,y,z,w 

- standard graphics pipeline process further 
(clip check, perspective divide, viewport 
scale and bias) . 



10 
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COL0/BCOL0 - colorO (diffuse) 
COL1/BCOL1 - colorl (specular) 
float [4] r,g,b,a 

- each component gets clamped to (0.0,1.0) 
before interpolation 

- each component is interpolated at least as 
8 -bit unsigned integer. 



20 



TEXO -7 - textures 0 to 7 

float [4] s,t,r,q 

- each component is interpolated as high 
precision float, followed by division of q 
and texture lookup . Extra colors could use 
texture slots. Advanced fog can be done as a 
texture . 
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FOGP 



fog parameter 

float [1] f (distance used in fog equation) 
- gets interpolated as a high precision 
float and used in a fog evaluation (linear, 
exp, exp2) generating a fog color blend 
value . 



10 



PSIZ 



point size 
float [1] p 

- gets clamped to (0 . 0 , POINT_SIZE_MAX) and 
used as point size. 



15 



PDISO-5 planar distances 
float [6] pd0-pd5 
used for clipping to 6 arbitrary planes 



An exemplary assembly language that may be used in one implementation of 
the present invention will now be set forth. In one embodiment, no branching 
instructions may be allowed for maintaining simplicity. It should be noted, however, 
20 that branching may be simulated using various combinations of operations. Table 3 
illustrates a list of the various resources associated with the programming model 300 
ofFi gure 3. Also shown is a reference format associated with each of the resources 
along with a proposed size thereof. 



25 



Table 3 



Resources : 



Vertex Source - v[*] 

30 Constant Memory - c [*] 

Address Register - AO.x 

Data Registers - R0-R15 

Condition Codes - CC 
Vertex Destination - o[*] 
35 Instruction Storage 



of size 16 vectors 

of size 256 vectors 

of size 1 signed integer vector 

of size 16 vectors 

of size 1 vector 

of size 17 vectors 

of size 256 instructions 
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Note : Data Registers, Source, and Constants may be four component 
floats. The address register may be a vector of 4 signed integers. 

For example, the constant source buffer 314 may be accessed as c[*] 
(absolute) or as c[A0.x+*], c[A0.y+*], c[A0.z+*], c[A0.w+*] (relative). In the 
relative case, a 32-bit signed address register may be added to the non-negative read 
address. Out of range address reads may result in (0,0,0,0). In one embodiment, the 
vertex source buffer 312, vertex destination buffer 310, and register 308 may not 
use relative addressing. 

Vector components maybe swizzled before use via four subscripts (xyzw). 
Accordingly, an arbitrary component re-mapping may be done. Examples of 
swizzling commands are shown in Table 4. 

Table 4 

.xyzw means source (x, y, z , w) input (x, y, z , w) 

.zzxy means source (x, y, z , w) -> input (z, z,x,y) 

.xxxx means source (x,y,z,w) input (x,x,x,x) 

Table 5 illustrates an optional shortcut notation of the assembly language that 
may be permitted. 

Table 5 

No subscripts is the same as .xyzw 
-x is the same as .xxxx 
.y is the same as .yyyy 
.z is the same as .zzzz 
.w is the same as .www 

All source operands maybe negated by putting a '-' sign in front of the above 
notation. Moreover, an absolute value of the source operands may be calculated. 
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The condition codes (CC) may be changed whenever data is written (by 
adding a 'c' to the opcode) and shares the writemask with the destination. If there is 
no other destination, condition codes may be used as a dummy write register. 

The condition codes are sourced as EQ(equal), NE(not equal), LT(less), 
GE(greater or equal), LE(less or equal), GT(greater), FL(false), and TR(true), which 
generates 4-bits of condition code by applying the specified comparison. As a source 
(for branch and writemask modification), the condition codes maybe swizzled. 

Initially, each component is compared to 0.0 and its status recorded in a 
condition code status register if the writemask for that component is enabled. Table 
5A illustrates various exemplary statuses that may be stored based on the 
comparison. 



Table 5 A 



If(x = 0) 
EQ 



1 



else 



EQ 



0 



If (x < 0) 



LT 



1 



else 



LT 



0 



If (x is not a number (NAN)) 



NAN = 1 



else 



NAN = 0 
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When data is written, the condition code status register is evaluated based on 
a user-defined comparison. Table 5B illustrates an exemplary evaluation. 

5 Table 5B 

if (x <= 0) 

if (NAN) False 

10 else if (LT) -> True 

else if (EQ) -> True 

else -> False 

Writes to the register 308, vertex destination buffer 310, and the condition 
15 codes are maskable. Each component is written only if it appears as a destination 

subscript (from xyzw). No swizzling is possible for writes and subscripts are ordered 
(x before y before z before w). It is also possible to modify the write mask by the 
condition codes (at the beginning of the instruction) by an 'AND' operation in a 
manner shown in Table 6. It should be noted that the condition codes (sourced as 
20 EQ, NE, LT, GE, LE, GT, FL, TR) have swizzle control here. 

Table 6 

destination (GT.x) //writemask [4] = 1111 & GT.xxxx 

25 destination. xw(EQ.yyzz) //writemask [4] = 1001 & EQ.yyzz 

An exemplary assembler format is as follows: 
OPCODE[c] DESTINATION,SOURCE(S); 

30 
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Generated data may be written to the register 308, the vertex buffer 310, or 
the condition codes RC. Output data may be taken from the functional module 302. 
Table 6A illustrates commands in the proposed assembler format which write output 
to the register 308 or the vertex destination buffer 310. 

Table 6A 



ADDc R4,R1,R2; //result goes into R4, update CC 

10 ADD o[HPOS] ,R1,R2; //result goes into the destination buffer 

ADD R4.xy,Rl,R2; //result goes into x,y components of R4 

ADDc CC.xy (GT.w) ,R1,R2; //GT.w ? CC.xy = ADD results compared to 
0 . 0 



1 5 During operation, the programmable vertex processing is adapted for 

carrying out various instructions of an instruction set using any type of programming 
language including, but not limited to that set forth hereinabove. Such instructions 
may include, but are not limited to a branch operation, a call operation, a return 
operation, a cosine operation, a sine operation, a floor operation, a fraction 

20 operation, a set-on-equal-to operation, a set false operation, a set-on-greater-than, a 
set-on-less-than-or-equal operation, a set-on-not-equal-to operation, a set true 
operation, a no operation, address register load, move, multiply, addition, multiply 
and addition, reciprocal, reciprocal square root, three component dot product, four 
component dot product, distance vector, minimum, maximum, set on less than, set 

25 on greater or equal than, exponential base two (2), logarithm base two (2), 

exponential, logarithm, and/or light coefficients. Table 7 illustrates the operation 
code associated with each of the foregoing instructions. Also indicated is a number 
of inputs and outputs as well as whether the inputs and outputs are scalar or vector. 

30 Table 7 



OPCODE 



INPUT(scalar or vector) 



OUTPUT(scalar or vector) 
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ADDfcl 


v,v 


V 


VRL 


V 


V 


BRA 


CC 




CAL 


cc 




COS[cl 


s 


ssss 


DP3rci 


v,v 


ssss 


DP4rc] 


v,v 


ssss 


DST[cl 


v,v 


V 


EX2[cl 


s 


ssss 


EXP[cl 


s 


V 


FLR[cl 


V 


V 


FRC[cl 


V 


V 


LG2[c] 


s 


ssss 


LIT[cl 


V 


V 


LOG[cl 


s 


V 


MAD[c| 


v,v,v 


V 


MAX[c| 


v,v 


V 


MINfcl 


v,v 


V 


MOVfcl 


V 


V 


MUL[cl 


v,v 


V 


NOP 






RET 


cc 




RCPfcl 


s 


ssss 


RSQ[c] 


s 


ssss 


SEQjcl 


v,v 


V 


SFL[cl 


v,v 


V 


SGEfcl 


v,v 


V 


SGTfcl 


v,v 


V 


SIN[cl 


s 


ssss 


SLE[cl 


v,v 


V 


SLT[cl 


v,v 


V 


SNE[cl 


v,v 


V 


STR[cl 


v,v 


V 



As shown in Table 7, each of the instructions includes an input and an output 
which may take the form of a vector and/or a scalar. It should be noted that such 
vector and scalar inputs and outputs may be handled in various ways. Further 
information on dealing with such inputs and outputs may be had by reference to a 
co-pending application entitled "METHOD, APPARATUS AND ARTICLE OF 
MANUFACTURE FOR A TRANSFORM MODULE IN A GRAPHICS 
PROCESSOR" filed December 06, 1999 under serial number 09/456,102 and 
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attorney docket number NVIDP010/P000127 which is incorporated herein by 
reference in its entirety. 

These various instructions may each be carried out using a unique associated 
5 method and data structure. Such data structure includes a source location identifier 
indicating a source location of data to be processed. Such source location may 
include a plurality of components. Further provided is a source component identifier 
indicating in which of the plurality of components of the source location the data 
resides. The data may be retrieved based on the source location identifier and the 
10 source component identifier. This way, the operation associated with the instruction 
at hand may be performed on the retrieved data in order to generate output. 

Also provided is a destination location identifier for indicating a destination 
location of the output. Such destination location may include a plurality of 
15 components. Further, a destination component identifier is included indicating in 
which of the plurality of components of the destination location the output is to be 
stored. In operation, the output is stored based on the destination location identifier 
and the destination component identifier. 

20 Figure 5 is a flowchart illustrating the method 500 in which the foregoing 

data structure is employed in carrying out the instructions in accordance with one 
embodiment of the present invention. First, in operation 502, the source location 
identifier is received indicating a source location of data to be processed. Thereafter, 
in operation 504, the source component identifier is received indicating in which of 

25 the plurality of components of the source location the data resides. 

The data is subsequently retrieved based on the source location identifier and 
the source component identifier, as indicated in operation 506. Further, the 
particular operation is performed on the retrieved data in order to generate output. 
30 See operation 508. The destination location identifier is then identified in operation 
510 for indicating a destination location of the output, hi operation 512, the 
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destination component identifier is identified for indicating in which of the plurality 
of components of the destination location the output is to be stored. Finally, in 
operation 514, the output is stored based on the destination location identifier and 
the destination component identifier. 

5 

As an option, branching among programmable operations may be carried out 
in the context of the present embodiment. Table 7 A illustrates a possible general 
structure of a vertex program with branching. 

10 Table 7A 



! I VP 2 . 0 

LABEL: // label table start, only used 

for indexed branch 
15 0:NV_START // index 0 

2:LBL3 // index 2 

1:LBL_HI // index 1 

CODE: 

MAIN: // entry point 

20 Opcode 

Opcode 
OpCode 

LBL_HI: // branch target 

25 Opcode 

LBL1: // branch target 

OpCode 

RET // end of MAIN 

NV_START: // subroutine 

30 Opcode 

RET // end of subroutine 

LBL3 : // subroutine 

OpCode 

RET // end of subroutine 

END 



35 



It should be noted that the program of Table 7 A is divided into a number of 
40 sections. Table 7B sets forth each of such sections. 

Table 7B 

1 . a header of ! ! VP2 . 0 
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2 . an optional LABEL (reserved keyword) block containing 
the labels in the program that the programmer wants 
indexed. Up to 8 labels can be indexed from 0 to 7 

3 . a mandatory CODE (reserved keyword) block 

5 4 . a mandatory MAIN (reserved keyword) entry point (must 

be in CODE block) 
5. a mandatory END (reserved keyword) 

It should be understood that branches/calls/returns are conditional, based on 
1 0 the condition code register. Moreover, branches/calls may be done to any label or to 
the index stored in an address register. In one embodiment, only a certain number 
(i.e. 16) of indexes may exist. Trying to access an uninitialized index may terminate 
the program. 

15 As an option, there may be an address stack for use by subroutine call/return. 

Such address stack may be of depth four (4). In such embodiment, a call attempting 
to push a fifth (5 th ) return address may terminate the program. Further, a return 
attempting to pop an empty address stack will terminate the program. 

20 To prevent the hardware from hanging, any program may be terminated after 

executing a certain number of instructions (i.e. 65536 th instruction). If a program is 
prematurely terminated, the current state of the output buffer may be the final 
program output. 

25 Further information will now be set forth regarding each of the instructions 

set forth in Table 7. In particular, an exemplary format, description, operation, and 
examples are provided using the programming language set forth earlier. 

Address Register Load (ARL) 

30 

Format: 
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ARL AO[.xyzw][(CC[.xyzw])],[-]SO[.xyzw] 



Description: 



5 The contents of source scalar are moved into a specified address register. 

Source may have one subscript. Destination may have an ".xyz" subscript. In one 
embodiment, the only valid address register may be designated as "AO.x." The 
address register "AO.x" may be used as a base address for constant reads. The 
source may be a float that is truncated towards negative infinity into a signed integer. 
10 In one embodiment, ARL cannot modify the condition codes. 



Operation: 



Table 8 A sets forth an example of operation associated with the ARL 
15 instruction. 



Table 8A 



20 



25 



30 



35 



t.x = sourceO.c*** 
t.y = sourceO. *c** 
t.z = sourceO. **c* 
t.w = sourceO . ***c 
if (-sourceO) 
t = -t; 



q.x = floor(t.x); 
q.y = floor(t.y); 
q.z = floor(t.z); 
q.w = floor (t.w) ; 

if (destination. x) AO.x 

if (destination . y) AO.y 

if (destination . z) AO . z 

if (destination. w) AO.w 



/* c is x or y or z or w */ 



q.x; 

q-y; 

q.z; 
q.w; 



Examples: 



ARL A0.x,v[7].w (move vertex scalar into address register 0) 

MOV R6,c[A0.x+7] (move constant at address AO.x+7 into register R6) 
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Branch,CaILReturn (BRA,CAL,RET) 

Format: 

5 

BRA CC[.xyzw],Label 

BRA CC[.xyzw],AO.[xyzw]+Imin 

CAL CC[.xyzw],Label 
10 CAL CC[.xyzw],AO.[xyzw]+Imm 

RET CC[.xyzw] 

Description : 

15 

Conditional branch, subroutine call, and subroutine return are set forth 
herein. Condition is based on the condition code bits ORed together after a swizzle 
operation. A taken CAL pushes the return address only onto a stack. A taken RET 
pops the return address off this stack. The address register may be a scalar and the 
20 immediate constant between 0-255 is added to it, the sum clamped to 0-7 and then 
used as the index of the label to branch to. Branch/Call/Return cannot modify CC. 
The default branch condition is TR. 



25 



30 



Operation : 

Table 8B sets forth an example of operation associated with the BRA, CAL, 
RET instruction. 

Table 8B 



b.x = RC.c***; /* c is x or y or z or w */ 
b . y = RC . * c * * ; 
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b.z = RC.**c*; 
b.W = RC.***C; 

f.x = Evaluate {Condition, b .x) ; 
5 f.y = Evaluate {Condition, b .y) ; 

f.z = Evaluate (Condition, b . z) ; 
f.w = Evaluate (Condition, b .w) ; 

if (f.x | f.y | f.z | f.w) 
10 branch/ call/ return ; 

Examples : 

BRA GT.x,Label_0; // Branch to Label_0 if CC.x is > 0.0 
15 CAL TR,A0.z+2; // Call to jumptable[A0.z+2] 

RET LE.xxzz; // Return from CAL if CC.x or CC.z is <= 0.0 

Cosine (COS) 

20 Format : 

COS[c] D[.xyzw][(CC[.xyzw])],[-]S0.[xyzw] 
Description : 

25 

A cosine function is provided. The source should be a scalar. Input maybe an 
unbounded angle in radians. 

Operation : 

30 

Table 8C sets forth an example of operation associated with the COS 
instruction. 

Table 8C 

35 

t.x = sourceO . c*** ; /* c is x or y or z or w */ 
t.y = sourceO . *c** ,- 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c; 
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if (-sourceO) 
t = -t; 

q.x = q.y = q.z = q.w = COS(t.x); where 
5 | ieee_cos (t.x) -COS (t.x) | < 1/(2**22) for 0.0 <= t.x < 

2PI 

if (destination. x) R.x = q.x; 
if (destination. y) R.y = q.y; 
10 if (destination. z) R.z = q.z; 

if (destination. w) R.w = q.w; 

Examples : 
15 COS R0,R3.w; 

Exponential Base 2 (EX2) 

Format : 

20 

EX2[c] D[.xyzw][(CC[.xyzw])],[-]S0.[xyzw] 
Description : 

25 Provided is an exponential base2 instruction that accepts a scalar sourceO. 

EX2(-Inf) or underflow gives (0.0,0.0,0.0,0.0) 
EX2(+Inf) or overflow gives (+rnf,+Inf,+Inf,+Inf) 



30 Operation : 



Table 8D sets forth an example of operation associated with the EX2 
instruction. 



35 



Table 8D 



t.x = sourceO. c*** 
t.y = sourceO. *c** 
t.z = sourceO. **c* 



/* c is x or y or z or w */ 
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10 



15 



t.w = sourceO . ***c; 
if (-sourceO) 
t = -t; 



tmpA = FLR(t.x) 
tmpB = FRC(t.x) 
/* 0.0 <= tmpB 



1.0 */ 



q.x = q.y = q.z = q.w = 2 
where | ieee_exp ( tmpB*LN2 ) 



"(tmpA) * 1' 
-EX2 (tmpB) | 



(tmpB) ; 

< 1/(2**22) 



if (destination. x) R.x = q.x; 

if (destination. y) R.y = q.y; 

if (destination . z) R.z = q.z; 

if (destination. w) R.w = q.w; 



Examples : 



EX2 R4,R3.z: 



20 



Floor (FLR) 



Format: 



25 



FLR[c] Df.xyzw] [(CC[.xyzw])],[-]S0[.xyzw] 



Description : 



30 



35 



40 



The present instruction sets the destination to the floor of the source. 
Operation : 

Table 8E sets forth an example of operation associated with the FLR 
instruction. 

Table 8E 



t.x = sourceO. c*** 
t.y = sourceO. *c** 
t.z = sourceO. **c* 
t.w = sourceO. ***c 



/* c is x or y or z or w */ 
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if (-sourceO) 
t = -t; 

q.x = floor(t.x); 
5 q.y = floor(t.y); 

q.z = floor (t . z) ; 
q.w - floor(t.w); 

if (destination . x) R.x = q.x; 
10 if (destination. y) R.y = q.y; 

if (destination. z) R.z = q.z; 
if (destination. w) R.w = q.w; 

Examples : 

15 

FLR R4.z,R3; //R4.z = floor(R3.z) 

Fraction (FRC) 
20 Format : 

FRC[c] D[.xyzw][(CC[.xyzw])],[-]S0[.xyzw] 
Description : 

25 

The present description set the destination to a fractional part of the source. 
The fraction is 0.0 <= fraction < 1.0. 

Operation : 

30 

Table 8F sets forth an example of operation associated with the FRC 
instruction. 



35 



40 



Table 8F 



t.x = sourceO.c*** 
t.y = source0.*c** 
t.z = source0.**c* 
t.w = source0.***c 
if (-sourceO) 
t = -t; 



/* c is x or y or z or w */ 



45 



q.x = t.x - floor(t.x); 

q.y = t.y - floor(t.y); 

q.z = t.z - floor(t.z); 

q.w = t.w - floor(t.w); 



50 



if (destination .x) R.x = q.x; 

if (destination. y) R.y = q.y; 

if (destination. z) R.z = q.z; 

if (destination . w) R.w = q.w; 
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Examples : 

FRC R4.z,R3; //R4.z = R3.z-floor(R3.z) 

5 Logarithm Base 2 (LG2) 

Format : 

LG2[c] D[.xyzw][(CC[.xyzw])],[-]SO.[xyzw] 

10 

Description : 

Logarithm base2 accepts a scalar sourceO of which the sign bit is ignored. 

15 LG2(0.0) gives (-Inf,-Inf,-Inf,-Inf) 

LG2(M) gives (+Inf,+rnf,+Inf,+rnf) 

Operation : 

20 Table 8G sets forth an example of operation associated with the LG2 

instruction. 

Table 8G 

25 t.x = sourceO .c***; /* c is x or y or z or w */ 

t.y = sourceO. *c** 

t.z = sourceO. **c* 

t.w = sourceO. ***c 

if (-sourceO) 
30 t = -t; 

tmpA = exponent (t .x) ; /* - 

128 <= tmpA < 128 */ 

tmpB = mantissa (t .x) ; /* 1-0 

35 <= tmpB < 2.0 */ 

q.x = q.y = q.z = q.w = tmpA + log2 (tmpB) ; where 
| ieee_log (tmpB) /LN2-LG2 (tmpB) | < 1/(2**22) 

40 if (destination. x) R.x = q.x; 

if (destination. y) R.y = q.y; 

if (destinations) R.z = q.z; 

if (destination . w) R.w = q.w; 

45 Examples : 

LG2 R4,R3.z; 

Mov (MOV) 
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Format: 



MOV[c] D[.xyzw] [(CC[.xyzw])],[-]S0[.xyzw] 



Description : 



The contents of a designated source are moved into a destination. 



10 Operation : 



Table 8H sets forth an example of operation associated with the MOV 
instruction. 



15 



Table 8H 



20 



25 



30 



t.x = sourceO . c*** ; /* c is x or y or z or w */ 
t.y = sourceO . *c** 
t.z = sourceO. **c* 
t.w = sourceO. ***c 
if {-sourceO) 
t = -t; 

q . x = t . x ; 
q.y = t.y; 
q . z = t.z; 
q.w = t.w; 

if (destination. x) (register ? R.x : o[OADD].x) = q.x; 
if (destination. y) {register ? R.y : o [OADD] .y) = q.y; 
if (destination. z) (register ? R.z : o[OADD] . z) = q.z; 
if (destination. w) (register ? R.w : o[OADD].w) = q.w; 



35 Examples : 



MOV o[l]>-R4 (move negative R4 into o[l]) 

MOV R5,v[POS].w (move w component of v[POS] into xyzw components 
ofR5) 
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MOV o[HPOS],c[0] (output constant in location zero) 

MOV R7.xyw,R4.x (move x component of R4 into x,y,w components of 

R7) 



5 Multiply (MUL) 



Format: 



MUL[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl [.xyzw] 



10 



15 



20 



Description: 

The present instruction multiplies sources into a destination. It should be 
noted that 0.0 times anything is 0.0. 

Operation : 

Table 81 sets forth an example of operation associated with the MUL 
instruction. 

Table 81 



25 



30 



35 



40 



t.x = sourceO.c*** 
t.y = sourceO.*c** 
t.z = sourceO.**c* 
t.w = sourceO . ***c 
if (-sourceO) 
t = -t; 

u.x = sourcel.c*** 
u.y = sourcel.*c** 
u.z = sourcel.**c* 
u.w = sourcel.***c 
if (-sourcel) 
u = -u; 

q.x = t.x*u.x; 
q.y = t.y*u.y; 
q. z = t . z*u . z ; 
q.w = t.w*U.w; 



/* c is x or y or z or w */ 



is x or y or z or w */ 
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if (destination . x) (register ? R.x 

if (destination. y) {register ? R.y 

if (destination. z) (register ? R.z 

if (destination. w) (register ? R.w 



O [OADD] .X) 
o [OADD] .y) 
o [OADD] .z) 
o [OADD] .w) 



= q.x 

= q-y 

= q.z 
= q. w 



Examples : 



10 



MUL R6,R5,c[CON5] R6.xyzw = R5.xyzw * c[CON5].xyzw 
MUL R6.x,R5.w,-R7 R6.x = R5.w*-R7.x 



Add (ADD) 



Format: 



15 



ADD[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl [.xyzw] 



Description : 



20 



The present instruction adds sources into a destination. 



Operation : 

Table 8J sets forth an example of operation associated with the ADD 
25 instruction. 

Table 8J 



30 



35 



t.x = sourceO . c*** ; 
t.y = sourceO . *c** ; 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c; 
if (-sourceO) 
t = -t; 

u.x = sourcel.c*** 
u.y = sourcel.*c** 
u.z = sourcel.**c* 



/*cisxory or z or w */ 



c is x or y or z 



or w */ 
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u.w = sourcel . ***c; 
if (-sourcel) 
u = -u ; 



10 



q.x = t.X+U.X; 

q.y = t.y+u.y; 
q. z = t . z+u. z; 
q . w = t . w+u . w ; 

if (destination. x) (register 
if (destination. y) {register 
if (destination. z) (register 
if (destination. w) (register 



R.x 
R.y 
R. z 
R. w 



o [OADD] .x) 
o [OADD] .y) 
o[OADD] .z) 
o [OADD] .w) 



q.x 

q-y 

q.z 
q.w 



15 

Examples : 



ADD R6,R5.x,c[CON5] R6.xyzw = R5.x + c[CON5].xyzw 
ADD R6.x,R5,-R7 R6.x = R5.x - R7.x 
20 ADD R6,-R5,c[CON5] R6.xyzw = -R5.xyzw + c[CON5].xyzw 



Multiply And Add (MAD) 



25 Format: 



MAD[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl[.xyzw], 
[-]S2[.xyzw] 



30 Description : 



The present instruction multiplies and adds sources into a destination. It 
should be noted that 0.0 times anything is 0.0. 

35 Operation : 
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Table 8K sets forth an example of operation associated with the MAD 
instruction. 



Table 8K 



t.x = sourceO.c***; /* c isxoryor z orw*/ 
t.y = sourceO . *c** ; 
t.z = sourceO . **c*; 
t.w = sourceO . ***c; 
if (- sourceO) 
t = -t; 

u.x = sourcel . c*** ; /* c is x or y or z or w */ 
u.y = sourcel . *c** ; 
u.z = sourcel. **c*; 
u.w = sourcel . ***c ,- 
if (-sourcel) 
u = -U; 

v.x = source2 . c*** ; /* c is x or y or z or w */ 
v.y = source2 . *c** ; 
v.z = source2 . **c* ; 
v.w = source2 . ***c; 
if (-source2) 
V = -V; 



q.x = t.x*u.x+v.x; 
q.y = t.y*u.y+v.y; 
q.z = t . z*u. z+v. z; 
q.w = t . w*u.w+v.w; 



if (destination, 

if (destination, 

if (destination, 

if (destination. 



x) (register ? R.x 

y) (register ? R.y 

z) (register ? R.z 

w) (register ? R.w 



o [OADD] .x) = q 

o [OADD] .y) = q 

o [OADD] . z) = q 

o [OADD] . w) = q 



Examples : 

MAD R6,-R5,v[POS],-R3 R6 - -R5 * v[POS] - R3 

MAD R6.z,R5.w,v[POS],R5 R6.z = R5.w * v[POS].z + R5.z 

Reciprocal (RCP) 

Format: 
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RCP[c] D[.xyzw] [(CC[.xyzw])],[-]SO.[xyzw] 
Description : 

5 The present instruction inverts a source scalar into a destination. The source 

may have one subscript. Output may be exactly 1 .0 if the input is exactly 1 .0. 

RCP(-M) gives (-0.0,-0.0,-0.0,-0.0) 
RCP(-O.O) gives (-Inf,-Inf,-Inf,-lnf) 
10 RCP(+0.0) gives (+rnf,+Inf,+Inf,+Inf) 

RCP(+Inf) gives (0.0,0.0,0.0,0.0) 

Operation : 

15 Table 8L sets forth an example of operation associated with the RCP 

instruction. 



Table 8L 



20 



25 



t.x = sourceO . c***; 
t.y = sourceO . *c** ; 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c; 
if (-sourceO) 
t = -t; 



/* c is x or y or z or w */ 



if (t.x == 1.0) 



30 



35 



q.z 



q. w 



1.0; 



q.x = q.y 

else 

q.x = q.y = q.z = q.w = 1.0/t.x; 
IEEE (1 . 0/t .x) | < 1/(2**22) for all 1. 

if (destination. x) (register ? R.x : 

if (destination. y) {register ? R.y : 

if (destination. z) (register ? R.z 

if (destination .w) (register ? R.w 



where | q . x - 
0<=t .x<2 . 0 

o [OADD] .x) = q.x; 

o [OADD} .y) = q.y; 

o [OADD] . z) = q. z; 

O [OADD] . w) = q. w; 



Examples : 
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RCP R2,c[A0.x+14].x R2.xyzw = l/c[A0.x+14].x 
RCP R2.w,R3.z R2.w = 1/R3.Z 

Reciprocal Square Root (RSQ) 

5 

Format : 

RSQ[c] Df.xyzw] [(CC[.xyzw])],[-]SO.[xyzw] 
10 Description : 

The present instruction performs an inverse square root of absolute value on 
a source scalar into a destination. The source may have one subscript. The output 
may be exactly 1 .0 if the input is exactly 1 .0. 

15 

RSQ(O.O) gives (+mf,+Inf,+hif,+Inf) 
RSQ(Inf) gives (0.0,0.0,0.0,0.0) 

Operation : 

20 

Table 8M sets forth an example of operation associated with the RSQ 
instruction. 

Table 8M 

25 

t.x = sourceO.c*** 
t.y = sourceO . *c** 
t.z = source0.**c* 
t.w = source0.***c 
30 if (-sourceO) 

t = -t; 

if (t.x == 1.0) 

q.x = q.y = q.z = q.w = 1.0; 
35 else 



/* c is x or y or z or w */ 



NVIDP055/P000369 V2.0 



-41 - 



q.x=q.y=q. z=q.w=l . O/sqrt (abs (t .x) ) ; with |q.x - 
IEEE (1 . 0/sqrt (t .x) ) | < 1/(2**22) for 1 . 0<=t .x<4 . 0 



if (destination .x) (register ? R.x 

if (destination .y) {register ? R.y 

if (destination. z) (register ? R.z 

if (destination .w) (register ? R.w 



o [OADD] .x) = q.x 

o [OADD] .y) = q.y 

o [OADD] . z) = q. z 

o [OADD] . w) = q.w 



10 



15 



Examples : 

RSQ o[PA0],R3.y o[PA0] = l/sqrt(abs(R3.y)) 

RSQ R2.w,v[9].x R2.w = l/sqrt(abs(v[9].x)) 

Set On Equal To (SEQ) 



Format: 



20 



25 



SEQ[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl[.xyzw] 
Description : 

The present instruction set a destination to 1.0/0.0 if sourceO is 
equal/not_equal compared to source 1. 

Operation : 



30 



35 



Table 8N sets forth an example of operation associated with the SEQ 
instruction. 

Table 8N 



t.x = sourceO. c***,- 
t.y = sourceO . *c** ; 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c ; 
if (-sourceO) 
t = -t; 



/* c is x or y or z or w */ 
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u.x = sourcel. c*** 
u.y = sourcel. *c** 
u.z = sourcel . **c* 
u.w = sourcel. ***c 
if (-sourcel) 
u = -u; 



c is x or y or 



or w */ 





q.x 


= (t.x == u 


x) 


? 


1. 


0 




0 


0; 


10 


q-y 


= (t.y == u 


Y) 


■? 


1. 


0 




0 


0; 




q.z 


= (t . z == u 


z) 


? 


1. 


0 




0 


O; 




q. w 


= (t.w == u 


w) 


? 


1. 


0 




0 


0; 




if 


(destination 


x) 


R 


X 




q 


x, 




15 


if 


(destination 


y) 


R 


y 




q 


y, 






if 


(destination 


z) 


R 


z 




q 


Z i 






if 


(destination 


w) 


R 


w 




q 


w, 





Examples : 



20 



SEQ R4,R3,R7; // R4.xyzw - (R3.xyzw == R7.xyzw ? 1 .0 : 0.0) 



Set False (SFL) 



25 Format: 



SFL[c] D[.xyzw][(CC[.xyzw])],[-]S0[.xyzw] > [-]Sl [.xyzw] 



Description : 



30 



The present instruction set the destination to 0.0. 



Operation : 

35 Table 80 sets forth an example of operation associated with the SFL 

instruction. 

Table 80 



40 



t.x = sourceO.c***; 
t.y = source 0 . *c** ; 
t.z = sourceO . **c* ; 



c is x or y or 



or w */ 
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t . w 


— c» m i tpaO 




if ( 


-sourceO) 




t 


= -t; 




u.x 


= sourcel 




u.y 


= sourcel 


*£•** 


u. z 


= sourcel 




u. w 


= sourcel 




if ( 


-sourcel) 





/* c is x or y or z or w */ 



10 





u 




-u; 


q 


X = 


0 


. 0; 


q 


y = 


0 


. 0; 


q 


z = 


0 


. 0; 


q 


w - 


0 


. 0; 



if (destination. x) R.x = q.x; 

if (destination. y) R.y = q.y; 

if (destination. z) R.z = q.z; 

20 if (destination. w) R.w = q.w; 

Examples : 

SFL R4,R3,R7; // R4.xyzw = 0.0,0.0,0.0,0.0 

25 

Set On Greater Than (SGT) 

Format : 

30 SGT[c] D[.xyzw][(CC[.xyzw])],[-]S0[.xyzw],[-]Sl[.xyzw] 

Description : 

The present instruction sets the destination to 1 .0/0.0 if sourceO is 
35 greater/less or equal compared to sourcel . 

Operation : 

Table 8P sets forth an example of operation associated with the SGT 
40 instruction. 
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Table 8P 



10 



15 



20 



25 



t.x = sourceO 




t.y = sourceO 


*C** 


t.z = sourceO 




t.w = sourceO 




if (-sourceO) 




t = -t; 





/* c is x or y or z or w */ 



u.x = sourcel . c*** ; 
u.y = sourcel . *c** ; 
u.z = sourcel . **c* ; 
u.w = sourcel . ***c; 
if (-sourcel) 
u = -u; 



/* c is x or y or z or w */ 



q.x 


= (t.x > u.x) 


? 1.0 


: 0.0; 


q-y 


= (t.y > u.y) 


? 1.0 


: 0.0; 


q.z 


= (t.z > u.z) 


? 1.0 


: 0.0; 


q. w 


= (t .w > u.w) 


? 1.0 


: 0.0; 


if 


( de s t ina t ion . x ) 


R.x = 


q.x; 


if 


(destination.y) 


R.y = 


q-y; 


if 


(destination. z) 


R.Z = 


q.z; 


if 


( de s t inat ion . w) 


R.w = 


q.w; 



Examples : 



SGT R4,R3,R7; // R4.xyzw = (R3.xyzw > R7.xyzw ? 1 .0 : 0.0) 



30 



Sine (SIN) 



Format: 



35 



SIN[c] D[.xyzw][(CC[.xyzw])],[-]S0.[xyzw] 



Description : 

The present instruction is a sine function. The source is a scalar. Input is an 
40 unbounded angle in radians. 



Operation : 



NVIDP055/P000369 V2.0 



-45- 



Table 8Q sets forth an example of operation associated with the SIN 
instruction. 



Table 80 



10 



15 



20 



/* c is x or y or z or w */ 



t.x = sourceO.c***; 
t.y = sourceO . *c**; 
t.z = sourceO . **c*; 
t.w = sourceO . ***c ; 
if (-sourceO) 
t = -t; 



q.x = q.y = q.z = q.w = SIN (t.x); where 
| ieee_sin(t.x) -SIN (t.x) | < 1/(2**22) for 0.0 <= t.x < 
2PI 



if (destination. x) R.x = q.x; 

if (destination. y) R.y = q.y; 

if (destination. z) R.z = q.z; 

if (destination. w) R.w = q.w; 



25 



Examples : 



SIN R0,R3.x; 



Set On Less Than Or Equal (SLE) 



Format: 



30 



SLE[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl[.xyzw] 



Description : 

The present instruction sets the destination to 1.0/0.0 if sourceO is 
35 less or equal/greater compared to source 1 . 



Operation : 
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Table 8S sets forth an example of operation associated with the SLE 
instruction. 



Table 8S 

5 



t.x 


= source 0 




t.y 


= source 0 




t.z 


= source 0 




t . w 


= sourceO 




if 


-sourceO) 





t = -t; 



u.x 


= sourcel 


c*** 


u.y 


= sourcel 




u. z 


= sourcel 


**c* 


u.w 


= sourcel 


***c 


if 


-sourcel) 





/* c is x or y or z or w */ 



u = -u; 



q 


X = 


(t 


X 


< = 


u 


x) 


? 


1 


0 


0 


0; 


q 


Y = 


(t 


Y 


< = 


u 


•y) 


? 


1 


0 


0 


0; 


q 


z = 


(t 


z 


< = 


u 


z) 


•> 


1 


0 


0 


0; 


q 


w = 


(t 


w 


< = 


u 


w) 


? 


1 


0 


0 


0; 



if 


(destination 


x) 


R 


x 


= q 


X 


if 


(destination 


y) 


R 


y 


= q 


Y 


if 


(destination 


z) 


R 


z 


= q 


z 


if 


(destination 


w) 


R 


w 


= q 


w 



30 Examples : 



SLE R4,R3,R7; // R4.xyzw - (R3.xyzw <= R7.xyzw ? 1 .0 : 0.0) 



Three Component Dot Product (DP3) 

35 

Format: 



DP3[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl[.xyzw] 



40 Description : 



The present instruction performs a three component dot product of the 
sources into a destination. It should be noted that 0.0 times anything is 0.0. 
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Operation : 

Table 8Tsets forth an example of operation associated with the DP3 
instruction. 

Table 8T 



t.x = sourceO.c*** 
t.y = sourceO.*c** 
t.z = sourceO.**c* 
t.w = sourceO.***c 
if (-sourceO) 
t = -t; 



c is x or y or z 



or w */ 



* * * 
c** 



u.x = sourcel 
u.y = sourcel 
u.z = sourcel. **c* 
u.w = sourcel. ***c 
if (-sourcel) 
u = -u; 



/* c is x or y or z or w */ 



q.x = q.y 



q.z 



q . w 



t.x*u.x + t.y*u.y + t.z*u.z 



if (destination. x) (register ? R.x : o[OADD].x) = q 

if (destination. y) {register ? R.y : o [OADD] .y) = q 

if (destination. z) (register ? R.z : o[OADD].z) = q 

if (destination. w) (register ? R.w : o[OADDj.w) = q 



Examples : 

DP3 R6,R3,R4 R6.xyzw = R3.x*R4.x + R3.y*R4.y + R3.z*R4.z 
DP3 R6.w,R3,R4 R6.w = R3.x*R4.x + R3.y*R4.y + R3.z*R4.z 

Four Component Dot Product (DP4) 

Format : 

DP4[c] D[.xyzw] [(CC[.xyzw])],[-]SO[.xyzw],[-]Sl [.xyzw] 



Description : 
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The present instruction performs a four component dot product of the sources 
into a destination. It should be noted that 0.0 times anything is 0.0. 

Operation : 

Table 8U sets forth an example of operation associated with the DP4 
instruction. 

Table 8U 



t.x = sourceO. 


c*** • 


t.y = sourceO. 


*c** ; 


t.z = sourceO. 




t.w = sourceO. 


* * * Q . 


if (-sourceO) 




t = -t; 




u.x = source 1. 


. c*** ; 


u.y = sourcel. 


* c ** . 


u.z = sourcel. 


* *Q* - 


u.w = sourcel. 


* * * Q ■ 


if (-sourcel) 




u = -u; 




q.x = q.y = q. 


.z = q 


t . W*U . W ; 





/* c is x or y or z or w */ 



/* c is x or y or z or w */ 



if (destination. x) (register ? R.x : o [OADD] .x) = q.x; 

if (destination. y) {register ? R.y : o [OADD] .y) = q.y; 

if (destination. z) (register ? R.z : o[0ADD].z) = q.z; 

if (destination. w) (register ? R.w : o[0ADD].w) = q.w; 



Examples : 
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DP4 R6,v[POS],c[MV0] R6.xyzw = v.x*c.x + v.y*c.y + v.z*c.z + 
v.w*c.w 

DP4 R6.xw,v[POS] .w,R3 R6.xw = v.w*R3.x + v.w*R3.y + v.w*R3.z + 
v.w*R3.w 

Distance Vector (DST) 

Format: 



10 



DST[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl[.xyzw] 



Description : 

The present instruction calculates a distance vector. A first source vector is 
15 assumed to be (NA,d*d,d*d,NA) and a second source vector is assumed to be 
(NA,l/d,NA, 1/d). A destination vector is then outputted in the form of 
(l,d,d*d,l/d). It should be noted that 0.0 times anything is 0.0. 



20 



Operation : 

Table 8V sets forth an example of operation associated with the DST 
instruction. 



25 



30 



35 



t.x = sourceO.c*** 
t.y = sourceO . *c** 
t.z = sourceO . **c* 
t.w = sourceO. ***c 
if (-sourceO) 
t = -t; 

u.x = sourcel.c*** 
u.y = sourcel.*c** 
u.z = sourcel.**c* 
u.w = sourcel.***c 
if (-sourcel) 



Table 8V 



/* c is x or y or z or w */ 



/* c is x or y or z or w */ 
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-u; 



10 



q.x = 1.0; 
q.y = t.y*u.y; 
q . z = t . z ; 
q . w = u . w ; 

if (destination.x) (register ? R.x 

if (destination. y) {register ? R.y 

if (destination. z) (register ? R.z 

if (destination. w) (register ? R.w 



o [OADD] .x) 
o [OADD] .y) 
o[0ADD] . z) 
o[OADD] .w) 



q.x 

q-y 

q.z 
q.w 



Examples : 



15 



DST R2,R3,R4 R2.xyzw = (1.0,R3.y*R4.y,R3.z,R4.w) 



Minimum (MIN) 



Format: 



20 



MIN[c] D[.xyzw] [(CC [.xyzw])] , [-] SO [.xyzw] , [-] S 1 [.xyzw] 



Description : 

25 The present instruction determines a minimum of sources, and moves the 

same into a destination. 

Operation : 

30 Table 8W sets forth an example of operation associated with the MIN 

instruction. 

Table 8W 



35 



t.x = sourceO.c*** 
t.y = sourceO.*c** 
t.z = sourceO.**c* 
t.w = sourceO.***c 

if (-sourceO) 



/* c is x or y or z or w */ 
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10 



15 



20 



t = -t; 

u.x = sourcel.c*** 
u.y = sourcel.*c** 
u.z = sourcel.**c* 
u.w = sourcel.***c 
if (-sourcel) 
u = -u; 

q.x = (t.x < u.x) 

q.y = (t.y < u.y) 

q.z = (t.z < u.z) 

q.w = (t.w < u.w) 



is x or y or z or w */ 



t.x 
t.y 
t.z 
t . w 



u . x; 
u.y; 
u. z; 
U.W; 



if (destination. x) (register ? R.x 

if (destination. y) {register ? R.y 

if (destination. z) (register ? R.z 

if (destination. w) (register ? R.w 



o [OADD] .x) 
o [OADD] .y) 
o [OADD] . z) 
o[0ADD] .w) 



q.x 

q-y 

q.z 
q.w 



Examples : 



MIN R2,R3,R4 R2 = component min(R3,R4) 
MIN R2.x,R3.z,R4 R2.x = min(R3.z,R4.x) 



25 



Maximum (MAX) 



Fonnat: 



30 MAX[c] D[.xyzw][(CC[.xyzw])J,[-]SO[.xyzw],[-]Sl[.xyzw] 
Description : 

The present instruction determines a maximum of sources, and moves the 
35 same into a destination. 

Operation : 



Table 8X sets forth an example of operation associated with the MAX 
40 instruction. 
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Table 8X 



10 



15 



20 



25 



t.x = sourceO.c*** 
t.y = sourceO. *c** 
t.z = sourceO.**c* 
t.w = source0.***c 
if (-sourceO) 
t = -t; 

u.x = sourcel.c*** 
u.y = sourcel . *c** 
u.z = sourcel. **c* 
u.w = sourcel. ***c 
if (-sourcel) 
u = -u; 

q.x = (t.x >= u.x) 

q.y = (t.y >= u.y) 

q. z = (t.z >= u.z) 

q.w = (t.w >= u.w) 



/* c is x or y or z or w */ 



is x or y or z or w */ 



t.x : u.x; 

t.y : u.y; 

t.Z : U.Z; 

t.w : U.w; 



if (destination. x) (register ? R.x 

if (destination. y) {register ? R.y 

if (destination. z) (register ? R.z 

if (destination. w) (register ? R.w 



o [OADD] .x) 
o [OADD] .y) 
o [OADD] .z) 
o[OADD] .w) 



q.x; 

q-y; 

q.z; 
q.w; 



Examples : 



30 



MAX R2,R3,R4 R2 = component max(R3,R4) 
MAX R2.w,R3.x,R4 R2.w = max(R3.x,R4.w) 



Set On Less Than (SLT) 



35 Format: 



SLT[c] D[.xyzw][(CC[.xyzw])],[-IS0[.xyzw],[-]Sl [.xyzw] 



40 



Description : 

The present instruction sets a destination to 1.0/0.0 if sourceO is 
less_than/greater_or_equal to sourcel . The following relationships should be noted: 
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SetEQ R0,R1 = (SGE R0,R1) * (SGE -R0,-R1) 
SetNE R0,R1 = (SLT R0,R1) + (SLT -R0,-R1) 
SetLE R0,R1 = SGE -R0,-R1 
SetGT R0,R1 = SLT -RO.-Rl 



Operation : 



10 Table 8Y sets forth an example of operation associated with the SLT 

instruction. 

Table 8Y 



15 



20 



25 



30 



35 



40 



t.x = sourceO.c*** 
t.y = source0.*c** 
t.z = source0.**c* 
t.w = sourceO. ***c 
if (-sourceO) 
t = -t; 

u.x = sourcel.c*** 
u.y = sourcel. *c** 
u.z = sourcel. **c* 
u.w = sourcel. ***c 
if (-sourcel) 
u = -u; 



/* c is x or y or z or w */ 



/* c is x or y or z or w */ 



q.x = (t.x 

q.y = (t.y 

q. z = (t.z 

q.w = (t.w 



u.x) 
u.y) 
u.z) 
u.w) 



1.0 : 0.0; 

1.0 : 0.0; 

1.0 : 0.0; 

1.0 : 0.0; 



if (destination. x) R.x = q.x; 

if (destination. y) R.y = q.y; 

if (destination. z) R.z = q.z; 

if (destination. w) R.w = q.w; 



Examples : 



SLT R4,R3,R7 R4.xyzw = (R3 .xyzw < R7.xyzw ? 1 .0 : 0.0) 
SLT R3 .xz,R6.w,R4 R3 .xz = (R6.w < R4.xyzw ? 1 .0 : 0.0) 
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Set On Greater Or Equal Than (SGE) 
Format : 

5 

SGE[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl[.xyzw] 
Description : 

10 The present instruction set a destination to 1.0/0.0 if sourceO is 

greater_or_equal/less_than source 1. 

Operation : 

1 5 Table 8Z sets forth an example of operation associated with the SGE 

instruction. 

Table 8Z 



20 


t.x = sourceO 


c*** 


r 


/ 


* 


c 


is 


X 




t.y = sourceO 


*c 


** 


t 














t . z = sourceO 


* * 


c* 


r 














t.w = sourceO 




r 














if (-sourceO) 


















25 


t = -t; 




















u.x = sourcel 




r 


/ 


* 


c 


is 


X 




u.y = sourcel 


.*c 


* * 


/ 














u.z = sourcel 


* * 


c* 














30 


u.w = sourcel 




/ 














if (-sourcel) 




















u = -u; 




















q.x = (t.x >= 


u . 


x) 


•> 


1 . 


0 




0 . 


0; 


35 


q.y = (t.y >= 


u. 


y) 


■? 


1 . 


0 




0. 


0; 




q . z = (t . z >= 


u . 


z) 


•> 


1 . 


0 




0 . 


0; 




q.w = (t.w >= 


u. 


w) 


•7 


1. 


0 




0 . 


0; 




if (destination. 


X) 


R 


x 




q 


x; 




40 


if (destination. 


y) 


R 


y 




q 


y; 






if (destination. 


z) 


R 


z 




q 


z ; 






if (destination. 


w) 


R 


w 




q 


W; 





y or z or w */ 



y or z or w 
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Examples : 

SGE R4,R3,R7 R4.xyzw = (R3.xyzw >= R7.xyzw ? 1.0 : 0.0) 
5 SGE R3.xz,R6.w,R4 R3.xz = (R6.w >= R4.xyzw ? 1 .0 : 0.0) 

Exponential Base 2 (EXP) 

Format : 

10 

EXP[c] D[.xyzw] [(CC[.xyzw])],[-]S0. [xyzw] 
Description : 

1 5 The present instruction performs an exponential base 2 partial support. It 

generates an approximate answer in dest.z, and allows for a more accurate answer of 
dest.x*FUNC(dest.y) where FUNC is some user approximation to 2**dest.y (0.0 <= 
dest.y < 1.0). It also accepts a scalar sourceO. It should be noted that reduced 
precision arithmetic is acceptable in evaluating dest.z. 

20 

EXP(-Inf) or underflow gives (0.0,0.0,0.0,1-0) 
EXP(+Inf) or overflow gives (+Inf,0.0,+Inf,1.0) 

Operation : 

25 

Table 8AA sets forth an example of operation associated with the EXP 
instruction. 

Table 8AA 

30 

t.x = sourceO . c*** ; /* c is x or y or z or w */ 
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t.y = sourceO . *c** ; 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c ,- 
if (-sourceO) 



q.x = 2**TruncateTo-Inf inity (t .x) ; 
q.y = t.x - TruncateTo-Inf inity (t .x) ; 
q.z = q.x * APPX(q.y); where 
10 | ieee_exp (q.y*LN2) -APPX (q.y) | < 1/(2**11) for all 

0<=q.y<1.0 
q . w = 1.0; 

if (destination. x) (register ? R.x : o[OADD].x) = q.x; 
15 if (destination. y) {register ? R.y : o[OADD].y) = q.y; 

if (destination. z) (register ? R.z : o[OADD].z) = q.z; 
if (destination. w) (register ? R.w : o[OADD].w) = q.w; 



Examples : 

20 

EXP R4,R3.z 



Logarithm Base 2 (LOG) 

25 Format : 

LOG[c] D[.xyzw] [(CC[.xyzw])],[-]S0. [xyzw] 
Description : 

30 

The present instruction performs a logarithm base 2 partial support. It 
generates an approximate answer in dest.z and allows for a more accurate answer of 
dest.x+FUNC(dest.y) where FUNC is some user approximation of log2(dest.y) (1.0 
<= dest.y < 2.0). It also accepts a scalar sourceO of which the sign bit is ignored. 
35 Reduced precision arithmetic is acceptable in evaluating dest.z. 

LOG(O.O) gives (-hrf,1.0,-Inf,1.0) 
LOG(hif) gives (hif,1.0,Inf,1.0) 
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Operation : 

Table 8BB sets forth an example of operation associated with the LOG 
instruction. 

Table 8BB 



10 



15 



20 



25 



30 



t.x = sourceO. c***; 
t.y = sourceO . *c** ; 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c; 
if (-sourceO) 
t = -t; 



if (abs(t.x) != 0.0) { 

q.x = exponent (t.x) 

q.y = mantissa (t .x) 

q.z = q.x + APPX(q.y) 
| ieee_log(q.y) /LN2-APPX (q.y) 
1 . 0<=q.y<2 . 0 

q . w = 1.0; 



/* c is x or y or z or w */ 



(-128.0 <= 
(1.0 <= m 
where 
1/(2**11) for 



e < 127) 
: 2.0) 



} 

else { 
q.x = 

} 



-inf; q.y = 1.0; q.z 



■ inf ; q . w = 1.0; 



if (destination. x) (register ? R.x : o[OADD].x) 

if (destination. y) {register ? R.y : o[OADD].y) 

if (destination. z) (register ? R.z : o[OADD].z) 

if (destination. w) (register ? R.w : o[OADD].w) 



q.x; 

q-y; 

q-z; 
q.w; 



Examples : 



35 



LOG R4,R3.z 



Light Coefficients (LIT) 



Format: 



40 



LIT[c] D[.xyzw] [(CC[.xyzw])],[-]S0[.xyzw] 



Description : 
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The present instruction provides lighting partial support. It calculates 
lighting coefficients from two dot products and a power (which gets clamped to - 
128.0<power<128.0). The source vector is: 

5 



Reduced precision arithmetic is acceptable in evaluating dest.z. Allowed 
error is equivalent to a power function combining the LOG and EXP instructions 
(EXP(w*LOG(y))). An implementation may support at least 8 fraction bits in the 
power. Note that since 0.0 times anything may be 0.0, taking any base to the power 
15 of 0.0 will yield 1.0. 

Operation : 



SourceO.x = n*l (unit normal and light vectors) 
SourceO.y = n*h (unit normal and halfangle vectors) 



SourceO.z is unused 



SourceO.w = power 



10 



Table 8CC sets forth an example of operation associated with the LIT 



20 



instruction. 



Table 8CC 



t.x = sourceO . c*** ; 
t.y = sourceO . *c** ,- 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c ; 
if (-sourceO) 



/* c is x or y or z or w */ 



25 



t = -t; 



30 



if (t.w < -127.9961) t.w = -127.9961; 

power is s8.8 */ 

else if (t.w > 127.9961) t.w = 127.9961; 
if (t.x < 0.0) t.x = 0.0; 
if (t.y < 0.0) t.y = 0.0; 



/* assuming 



35 



q . x = 1.0; 
/* ambient */ 
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10 



q.y = t.x; 
/* diffuse * 
q. z = (t.x ; 
/* specular 
q . w = 1.0; 



. 0 ? EXP(t.w*LOG(t.y) ) : 0.0) 



if (destination. x) (register ? R.x : o[OADD].x) = q.x 

if (destination. y) {register ? R.y : o[OADD].y) = q.y 

if (destination. z) (register ? R.z : o[OADD].z) = q.z 

if (destination. w) (register ? R.w : o[OADD].w) = q.w 



Examples : 



15 



LIT R4,R3 



Set On Not Equal To (SNE) 



Format: 



20 



SNE[c] D[.xyzw][(CC[.xyzw])],[-]SO[.xyzw],[-]Sl[.xyzw] 



Description : 

25 The present instruction sets the destination to 1 .0/0.0 if sourceO is 

not equal/equal compared to sourcel. 

Operation : 

30 Table 8DD sets forth an example of operation associated with the SNE 

instruction. 



35 



40 



Table 8DD 



t.x = sourceO . c*** ; 
t.y = sourceO . *c**; 
t.z = sourceO . **c* ; 
t.w = sourceO . ***c; 
if (-sourceO) 
t = -t; 



/* c is x or y or z or w */ 
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u.x 


= sourcel 


c*** 


u.y 


= sourcel 




u. z 


= sourcel 


**c* 


u. w 


= sourcel 




if 


-sourcel) 





/* c is x or y or z or w */ 



u = -u; 



q.x 


= (t.x != u 


x) 


■> 


1 


0 




0 


0; 


q-y 


= (t.y != u 


y) 


•> 


1 


0 




0 


0; 


q.z 


= (t.Z != u 


z) 


■? 


1 


0 




0 


0; 


q. w 


= (t.W != u 


w) 


■> 


1 


0 




0 


0 ; 


if 


(destination 


x) 


R 


X 




q 


x, 




if 


(destination 


y) 


R 


y 




q 


Y> 




if 


(destination 


z) 


R 


z 




q 


z, 




if 


(destination 


w) 


R 


w 




q 


w. 





Examples : 

20 SNE R4,R3,R7; // R4.xyzw = (R3.xyzw != R7.xyzw ? 1.0 : 0.0) 

Set True (STR) 
Format : 

25 

STR[c] D[.xyzw][(CC[.xyzw])],[-]S0[.xyzw],[-]Sl [.xyzw] 
Description : 

30 The present instruction sets the destination to 1.0. 

Operation : 

Table 8EE sets forth an example of operation associated with the STR 
35 instruction. 

Table 8EE 

t.x = sourceO . c*** ; /* c is x or y or z or w */ 
40 t.y = sourceO . *c** ; 

t.z = sourceO . **c* ; 
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ill 

i3 25 



40 



t.w = sourceO . ***c ; 
if (-sourceO) 
t = -t; 

u.x = sourcel . c*** ; /* c is x or y or z or w */ 
u.y = sourcel . *c** ; 



u.z = sourcel . **c* ; 
u.w = sourcel . ***c; 
if (-sourcel) 
10 u = -u; 

q.x = 1.0 
q.y = 1.0 
q. z = 1.0 
15 q.w = 1.0 

if (destination. x) R.x = q.x; 

3 if (destination. y) R.y = q.y; 

3 if (destination. z) R.z = q.z; 

C| 20 if (destination. w) R.w = q.w; 



Examples : 

STR R4,R3,R7; // R4.xyzw = 1.0,1.0,1.0,1.0 
Floating Point Requirements 



All calculations may be assumed to be IEEE single precision floating point 
with a format of sle8m23, and an exponent bias of 127. No floating point exceptions 
30 or interrupts may be supported. Denorms may be flushed to zero. NaN may be 
treated as infinity. Negative 0.0 may be treated as positive 0.0 in all comparisons. 

The following rules of Table 8FF may apply. 

35 Table 8FF 

0.0 * x = 0.0 for all x (including infinity) 

1.0 * x = x for all x (including infinity and NaN) 

0.0 + x = x for all x (including infinity and NaN) 



Programming Examples 

A plurality of program examples will now be set forth in Table 9. 
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Table 9 



The #define statements are meant for a cpp run. 



Example 1 



% !VS2 . 0 

; Absolute Value R4 = abs(RO) 
MAX R4,R0,-R0; 



Example 2 



% !VS2 . 0 
Cross 



Product 



RO.x RO 
Rl.x Rl 



k 

.y RO. 
.y Rl. 



into R2 



MUL R2, RO. zxyw, Rl. yzxw; 
MAD R2 ,R0 .yzxw, Rl. zxyw, -R2 ; 



Example 3 



% IVS2 .0 

Determinant 



RO .x RO 
Rl.x Rl 
R2 . x R2 



.y RO . z 
.y Rl . z 
. y R2 . z 



into R3 



MUL R3,Rl.zxyw,R2 .yzxw; 
MAD R3 ,R1. yzxw, R2 . zxyw, -R3 ; 
DP3 R3,R0, R3 ; 



Example 4 

%!VS2.0 

; R2 = matrix [3] [3]*v->onrm , normalize and calculate 
distance vector R3 



#define INRM 11; 
#define NO 16; 
#define N4 17; 
#define N8 18, 



source normal 

inverse transpose modelview row 0 
inverse transpose modelview row 1 
inverse transpose modelview row 2 



DP3 R2 .x, v [INRM] , c [NO] 

DP3 R2 .y, v [INRM] , c [N4] 

DP3 R2 .z,v[INRM] ,c [N8] 

DP3 R2.W,R2,R2; 

RSQ Rll.x,R2.w; 

MUL R2 .xyz,R2,Rll.x; 

DST R3 , R2 .w,Rll .x; 



Example 5 



% ! VS2 . 0 

; reduce Rl to fundamental period 
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#define PERIOD 70; location PERIOD is 
1.0/(2*PI) , 2*PI,0.0,0.0 

MUL R0,R1, c [PERIOD] -x; divide by period 

FRC R4 , R0 ; 

MUL R2 ,R4 .x, c [PERIOD] .y; multiply by period 



Example 6 



%!VS2.0 

; matrix [4] [4]*v->opos with homogeneous divide 



#define IPOS 
ftdefine MO 
# define M4 
#define M8 
#define M12 



0; 
20; 
21; 
22; 
23 ; 



source position 
modelview row 0 
model view row 1 
modelview row 2 
modelview row 3 



DP4 R5.w,v[IPOS] ,c[M12] ; 

DP4 R5 -X, v [IPOS] , C [MO] 

DP4 R5.y,v[IPOS] ,C[M4] 

DP4 R5 . z, v [IPOS] , C [M8] 

RCP Rll,R5.w; 

MUL R5,R5,R11; 



Example 7 

% !VS2 . 0 

; R4 = v->weight .x*R2 + (1 . 0-v->weight .x) *R3 
#define IWGT 11; source weight 



ADD R4 , R2 , -R3 ; 

MAD R4,v[IWGT] .x,R4,R3; 



Example 8 

% !VS2 . 0 

; signum function R6 = R3 .x>0? 1, R3.x==0? 0, R3.x<0? -1 
; c[0] = (0.0, 1.0,NA,NA) 



MOVc CC,R3.x; 

SGT RS,R3.x,C [0] .x; 

MOV R6 (LT) , -C [0] .y; 



Example 9 

% IVS2 . 0 

; subroutine call to index v[TEX3] .x if v[TEX3] .y > 0.0 

MOVc CC.y,v[TEX3] .y; 
ARL AO .W, V [TEX3] .x; 
CAL GT.y,A0.w; 



As mentioned earlier, various functions such as sine and cosine may be 
executed by the previous embodiment. In particular, such mathematical functions 
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are directly performed on the input data. It should be noted that the mathematical 
function is directly performed in the computer graphics pipeline without a texture 
look-up or significant or any aid from a central processing unit. More information 
will now be set forth regarding the manner in which one embodiment of the present 
invention is capable of directly executing such functions in a computer graphics 
pipeline such as that of Figure 1. 

Figure 6 illustrates a method 600 for directly executing a function in a 
computer graphics pipeline. While the present method 600 may be carried in the 
context of the computer graphics pipeline of Figure 1 and more particularly the 
functional module 302 of Figure 3, it should be noted that any other type of 
dedicated graphics pipeline-application specific integrated circuit (ASIC) maybe 
utilized per the desires of the user. Moreover, the method 600 need not be limited to 
a graphics pipeline. It can work just as well outside of the context of graphics.) 

Initially, in operation 602, input data is received in a computer graphics 
pipeline. Such input data may include vertex data or any other data capable of being 
handled by the computer graphics pipeline. 

Next, in operation 604, the particular function to be executed on the input 
data is identified. In one embodiment, the mathematical function may include a sine, 
cosine, or various other functions including, but not be limited to tangent, 
arctangent, exponentiation, logarithm, hyperbolic sine, hyperbolic cosine, hyperbolic 
tangent, and/or hyperbolic arctangent. Moreover, the input data may be in a floating- 
point format. It should be noted that the sin(x) and cos(x) functions may include an 
argument x that is in either degrees or radians. 

Thus, in operation 606, pre-processing of the input data maybe carried out 
based on the function to be executed on the input data utilizing the computer 
graphics pipeline. The purpose of the pre-processing is to convert the input data into 
a form that may be handled by general processing hardware that is used later, 
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regardless of the specific function to be utilized. More information regarding the 
pre-processing of operation 606 will be set forth in greater detail during reference to 
Figure 7. 

5 Thereafter, in operation 608, the input data may be processed utilizing a 

plurality of operations independent of the function to be executed on the input data 
utilizing the computer graphics pipeline. As an option, the mathematical function 
may be performed utilizing a Taylor Series, a cordic algorithm, or any other type of 
algorithm. Still yet, the input data may be converted from a first coordinate system 
10 to a second coordinate system ( e.g., Cartesian, cylindrical, spherical, etc.). Further, 
the mathematical function may be carried out in one cycle in the computer graphics 
pipeline. More information regarding the processing of operation 608 will be set 
forth in greater detail during reference to Figure 8. 

1 5 Subsequently, in operation 61 0, post-processing may be carried out on the 

input data to generate output data utilizing the computer graphics pipeline. The 
purpose of the post-processing is to convert the general output of the general 
processing hardware to a form that may be handled by subsequent processes. More 
information regarding the post-processing of operation 610 will be set forth in 

20 greater detail during reference to Figure 9. 

Finally, such output data may be stored in memory on the computer graphics 
pipeline. Note operation 612. Of course, such memory may include, but is not 
limited to any type of buffer memory or the like for storing the output for later use. 

25 

It should be noted that the mathematical function is directly performed in the 
computer graphics pipeline. In other words, the pre-processing of operation 606, the 
processing of operation 608, and the post-processing of operation 610 are performed 
by the computer graphics pipeline, without a texture look-up or significant or any aid 
30 from a central processing unit. 
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Figure 7 illustrates a method 700 for pre-processing input data, in accordance 
with operation 606 of Figure 6. While specific pre-processing is set forth herein, it 
should be noted that the pre-processing may include any operations capable of 
converting the input data into a form that maybe handled by general processing 
5 hardware that is used in operation 608. 



As shown, the input data is initially normalized in operation 702. As an 
option, such normalization includes altering the input data by a scaling bias. Next, 
various pre-processing is carried out based on the type of function that is to be 
1 0 executed. 



In particular, it is determined in decision 704 whether the function is sine or 
cosine. If so, the pre-processing includes multiplying the input data by (l/(27r) + 
1 .0). See operation 706. This ensures that the range of input data of [0.0, 2.07i) is 

15 mapped to a range of [1.0,2.0). If the input data resides outside of the range of 
[0.0, 2.07t), the integer portion of the input data may be ignored. As an option, the 
sign of the input data maybe manipulated to position the input data in the 
appropriate quadrant. It should be understood that operation 706 may be executed 
with a precision high enough to permit an indication of the appropriate quadrant of 

20 the input data while retaining intra-quadrant accuracy. 

Moreover, the pre-processing includes performing a conditional l's 
complement operation on the input data. Note operation 708. In particular, the 
conditional l's complement operation is conditioned on quadrant of the input. The 
25 purpose of such pre-processing is to exploit the symmetry of the sine and cosine 
functions and thus transform the general problem to that of always evaluating the 
function within a single quadrant. 

It is then determined in decision 710 whether the function to be executed is a 
30 cosine. If so, the pre-processing includes adding a one (1) to the quadrant of the 
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input data in operation 712. The purpose of such pre-processing is to alter the 
quadrant of the input data so that it maybe processed as if it were the subject of a 
sine function. Such operation as that of 712 is an optimization in the preferred 
embodiment. 

5 

Next, it is determined in decision 714 whether the function to be executed is 
exponentiation. If the function includes exponentiation, a barrel shift operation is 
performed on the input data. See operation 716. The purpose of such pre- 
processing is to denormalize the input into an integer and fractional portion, the 
1 0 fractional portion then serving as input to 608. 

Figure 8 illustrates a method 800 for processing input data, in accordance 
with operation 608 of Figure 6. While specific processing is set forth herein, it 
should be noted that the processing may include any algorithm capable of executing 
15 the function in accordance with operation 608. 

Initially, in operation 802, the processing may include extracting a set of 
most significant bits (msbs) and a set of least significant bits (lsbs) from a mantissa 
associated with the input data. It should be noted that the mantissa may be extracted 
20 as a component of the input data along with a sign and an exponent thereof. In one 
embodiment, the set of most significant bits may include a 6-bit set. Further, the set 
of least significant bits may include a 17-bit set. It should be noted that the number 
of least and most significant bits determines an accuracy of the output data, and 
further has ramifications in the contents of the tables. 

25 

Further, in operation 804, the processing may include conditionally adding a 
one (1) to the most significant bits. In particular, the addition operation is 
conditioned on the msb of the lsb set. In the embodiment of the previous paragraph, 
the corresponds to the msb of the 17-bit lsb set. The purpose of the addition 
30 operation is to best utilize the table entries by always accessing the table entry 
closest (absolute value) to the exact desired sample location. 
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As mentioned earlier, the processing may include calculating a Taylor Series. 
To accomplish this calculation, information is looked up in a plurality of tables in 
operation 806 corresponding to the most significant bits extracted in operation 802 
5 as processed by 804 Such retrieved information may include a first n (n=0, 1 , 2) 
derivatives corresponding to the most significant bits. As an option, the look-up 
operation may be based at least in part on the least significant bits in order to locate a 
closest table entry. In the alternative, larger tables maybe utilized. 

10 The first n {i.e. n=2) derivatives may then be summed in the Taylor Series 

utilizing the least significant bits extracted in operation 802, the calculation of which 
is conventionally known. Table GG illustrates the various derivatives, least 
significant bits, and the equation by which the Taylor Series is calculated. It should 
be noted that the sign extracted in operation 802 may also be used during the 

15 following calculations. 



Table GG 



fo = f(x) 

20 fi=f(x) 

f 2 = f"(x) 
h = lsbs 



25 sum = f 0 + h/1 !* fi +h 2 /2!* f 2 +h 2 /2!* f 2 

As an option, the tables may be utilized based on the function to be executed 
on the input data. Moreover, the tables may be hard-coded or stored in random 
access memory for programming purposes. Still yet, the tables may be loaded at 
30 runtime. 
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It should be noted that the operations 802-808 entail the same functionality 
carried out by the same dedicated hardware, regardless of the function being carried 
out. Such dedicated hardware outputs the sign, the exponent, and the sum for post- 
processing in operation 610 of Figure 6. 

5 

Figure 9 illustrates a method 900 for post-processing input data, in 
accordance with operation 610 of Figure 6. While specific post-processing is set 
forth herein, it should be noted that the post-processing may include anything 
necessary to prepare the processed input data for output in accordance with operation 
10 610, based on the specific function executed in operation 608. 

Specifically, the sign, the exponent and the sum may be received from the 
method 800 of Figure 8 for output as the sign, exponent and the mantissa, 
respectively. Note operation 902. It may further be determined if the presently 
1 5 executed function is either sine or cosine in decision 904. If so, the sign, exponent 
and the mantissa may be converted into a floating point format in operation 906. 
Further, in decision 908, it may be determined if the presently executed function is a 
logarithm. If so, a barrel shifter operation maybe performed similar to operation 
716 of Figure 7. 



20 



25 



The essence of post-processing 610 in the prefered embodiment is the 
conversion of fixed-point fractional data, as received from 608 into a floating-point 
format for storage in 612. (Additional responsibilities of 610 are the detection of 
special cases, e.g., sin(±inf) -> NaN, log(x), x<0 -> -inf, sin(x), x« 0 -> x, etc.) 



While various embodiments have been described above, it should be 
understood that they have been presented by way of example only, and not 
limitation. Thus, the breadth and scope of a preferred embodiment should not be 
limited by any of the above described exemplary embodiments, but should be 
30 defined only in accordance with the following claims and their equivalents. 
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